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(54) Media session discovery 

(57) The' Invention provides a method of accessing 
data relating to announced media sessions that are to 
take pface over a communications network such as the 
Multicast Internet. The data may include scheduling, title 
and content information, for example. The method com- 
prises the steps ot> i) establishing a communications 
channel between a user terminal and a database sys- 
tem (605), where the database system comprises ses- 
sion specific data relating to respective media sessions 
available over a communications network; ii) determin- 
ing the identity of the user by unique Identification code 
or otherwise (610); ii) retrieving user specific data for 
that user (625); iii) selecting from the media sessions, 
in accordance with said user specific data, at least one 
media session relevant to the user (630); and Iv) return- 
ing session specific data identifying the relevant media 
session or sessions to the user terminal (635). In anoth- 
er aspect the invention provides a method of configuring 
a media session database. 
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Description 

[0001] This Invention relates to media session discovery and In particular a method and system for accessing media 
session descriptions transmitted over a communications network. 
s [0002] Multicast transmissions are becoming Increasingly common on the Internet. In contrast to standard Internet 
Protocol (IP) point to point transmissions (unicast), IP multicast allows the simultaneous transmission of information 
to a group of recipients from a 6lngle source. Routing support for IP multicast transmissions is provided by the MBone 
(IP Multicast Backbone) which is a virtual network layered on top of the Internet. 

[0003] IP multicast allows real-time communications over wide area IP networks and typical transmissions include 
w video and audio conferencing, live multimedia training, university lectures, and transmission of live television and radio 
programmes, for example. 

[0004] A multicast transmission usually consists of a multimedia session made up of one or more Individual media 
streams typically carrying video, audio, whiteboard or raw data. Some sessions are persistent, but the majority exist 
for a specific period of time, although need not be continuous. Multicast based transmissions on the MBone differ from 
15 un least IP transmissions in that any user receiving the transmission can join the session (unless the transmission is 
encrypted) and to receive a transmission, a user need only know the appropriate transmission address and timing 
Information. 

[0005] Prior to a multicast transmission an appropriate announcement containing a session description is made, 
usually at an IP group multi-cast address. Standard session descriptions are generated using Session Description 

20 Protocol (SDP), as defined in the Internet Engineering Task Force's draft RFC 2327. SDP is a simple ASCII text based 
protocol that is used to describe real time multimedia sessions and their related scheduling information. SDP messages 
are wrapped in a carrier protocol, known as a Session Announcement Protocol (SAP), which, in addition to containing 
tho necessary IP addressing and routing information for transmission across the Internet or MBone, allows the SDP 
message to be encrypted, signed or compressed. An announcement can then be sent at regular intervals to the an- 

25 nouncement group address. As an alternative to SAP, a session may be announced by placing an SDP message on 
a World Wide Web site (WWW) or by sending ft to Individuals by email or as a unlcast transmission Inviting them to 
participate. 

[0006] An SDP message conveys information about each media stream in the multicast multimedia session to allow 
the recipients to participate in the session. A typical SDP message will include the session name and purpose, the 

30 time(s) and date(s) the session will be active, the component media streams of the session and information required 
to participate in each media stream (IP multicast address, port, media format). The SDP message may also include 
details of the session's bandwidth requirements, an encryption key necessary to participate in a secure multicast trans- 
mission using public key encryption, contact information tor the organiser of the muUicast session, and a Unique Re- 
source Indicator (URI) pointing to a WWW or an Intranet web site where further information on the session may be 

35 found, for example, background information relating to the conference. 

[0007] The level of participation a user may make In a session or stream depends on Its purpose. In a multicast 
television session, typically users would only be able to receive the session streams whilst in a multicast conference 
session the communication would be bi-directional with a central server receiving each participants transmissions and 
relaying them to the other participants. 

40 [0006] A common front-end interface used by multicast end users is known as Session Directory Rendezvous (SDR). 
This interface takes the received announcements, decodes the SDP message and displays the names of those ses- 
sions that are still current in a list. The end user may then select one of the listed announcements to view further 
technical and user-oriented details of the announced session. From the displayed information, the end user can then 
select to join individual streams of the session or to join tho ontiro session. Once the streams to be joined are selected, 

45 SDR starts the necessary multicast-enabled multimedia application on the end user's computer, such as Vic, Vat, or 
wb etc and passes the relevant stream information (a transport port address) from the announcement onto the appli- 
cation allowing the application to establish the link to the associated IP multicast address and participate in the stream 
at transmission time. Having initiated the applications and passed the relevant transport port address SDR plays no 
further part in the session. 

so [QQ09] Recent increased usage and demand for real time multimedia streaming on the Internet has highlighted a 
number of limitations with both existing session description protocols and session discovery tools such as SDR. One 
limitation is the lack of information focus provided by the session discovery tools. For instance, SDR displays all current 
media sessions irrespective of session content, timing or source address. A further limitation is that SDR does not 
provide a search function utility, that is to say, It does not allow users to search cached announcements for content 

55 specific media sessions or multicast channels (or more precisely group addresses). This lack of information focus is 
compounded by the fact that at the end of 1 999 there were over 8000 radio stations and 100 television stations "broad- 
casting" live on the internet, that is to say, transmitting multicast packets comprising real time media streams to multicast 
group addresses. As the demand for real time multimedia increases it is envisaged that session discovery tools such 
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as SDR will become overloaded and unable to present meaningful information. 

[0010] World Wide Web (WWW) search engines provided by so called Web Portal companies or Internet Service 
Providers (ISP's) such as "Excite" allow users to actively search the WWW for Web pages associated with and con- 
taining information on multicast media sessions and channels. Search engines typically comprise so-called "robots" 
5 or "crawlers" which are computer programs that continually search the Internet for new WWW sites and pages. These 
programs send back information including Web page keywords and/or metadata found in Web page title blocks. This 
information is used to index Web pages in the search engine databases. 

[0011] Information focus is also major problem with the WWW and this can affect the ability of search engines to 
find specialised content such as Web pages containing media session descriptions. Moreover, the use of search en- 
10 ginescan be problematic for novice and unskilled users unfamiliar with concepts such as keyword searches and search 
phrases. 

[0012] The lack of Information focus on the WWW is also a problem for multicast service providers such as radio 
and television stations as it is difficult to target session announcements to interested parties. 
[0013] According to a first aspect of the invention there is provided a method of accessing media session data in a 
15 database system in response to instructions from a user terminal, said method comprising the steps of:- 

establishing a communication channel between a user terminal and a database system, said database system 
comprising session specific data relating to respective media sessions available over a communications network; 
determining the identity of the user; 
?0 retrieving user specific data lor that user; 

selecting from said media sessions, in accordance with said user specific data, at least one media session relevant 
to the user; 

returning session specific data identifying the relevant media session or sessions to the user terminal. 

25 [001 4] This allows a user to readily access media session data that is specifically relevant to that user regardless of 
the quantity of media session data contained in the database. By retrieving user specific data the database is able to 
recognise media sessions that are of particular relevance to individual users. In this way the database can be easily 
scaled to provide searching facilities for many hundreds or thousands of multicast channels. Thus, session announce- 
ments transmitted over the Multicast Internet or Mbone can be stored In a central database that is connected to the 

30 MBone and accessed by remote users using dial up modems or other non-Mbone dedicated communication links. 
Information focus is improved since users are only forwarded data relating to media sessions that are directly relevant 
to them. This provides advantages not only for database users but also for media session providers since media session 
data is more likely to be found by interested users. The above method overcomes many of the problems associated 
with searching the WWW for relevant information relating to media sessions. The central nature of the database pro- 

35 vldes for economy since only the database need be connected to the Multlcasi Internet, the user terminals can be 
readily connected to permanent or dynamically allocated communication ports associated with the database in much 
the same way that dial up modems connect users, or more precisely user terminals, to the Internet through a WWW 
Portal or ISP. When implemented in a WWW based environment the combination of categorised session announce- 
ments and user specific data permits each user to be presented with customised data relating to those categories of 

40 personal interest, for example television media sessions categorised as sport. In this way users can be presented with 
personalised "Web pages" of user selected information. 

[0015] Preferably, the step of selecting at least one media session comprises the step of comparing said session 
specific data with said user specific data and selecting at least one relevant media session according to said compar- 
ison. This provides for efficient and accurate searching of the database for relevant session specific data. 

45 [0016] Conveniently, said user specific data identifies at least one media session category selected by the user. In 
this way, session specific data can be accessed according to pre-defined selected categories. This improves information 
focus since the selected categories provide an information filter for user access to the session specific data. 
[0017] In preferred embodiments, said session specific data comprises user-oriented data including at least one 
media session category. This allows media session providers to readily classify the content of a media session in a 

so session announcement. 

[001 B] Preferably, said step of selecting at least one relevant media session comprises the step of comparing said 
session specific and user specific category data and selecting one or more sessions according to the comparison. This 
provides for efficient data retrieval. 

[0019] Conveniently, a user interface environment is configured in response to user oriented session specific data 
55 being returned from the database to the terminal, in this way session specific data can be readily presented in a user- 
friendly functional manner to the user. 

[0020] In preferred embodiments, said session specific data is transmitted to the database over the communications 
network. This allows session providers to readily transmit media session announcements in real time and to many 



3 



PACE 21/34 » RCVD AT 11/29/2007 8:42:26 PM [Eastern Standard Time] » SVR:USPTO-EFXRF-3/0 * DNIS:2738300 * C8ID:818 885 5750 • DURATION (mm-ss): 12-56 



11/28/2007 17:44 818-885-5750 



DEFRANK 



PAGE 



EP 1 130 871 A1 

description 200 comprises a base module 210 linked to a media module 220. 

[0032] The base module 210 contains user-oriented session specific data including the session title and timing in- 
formation. In particular the base module includes a category field for session classification purposes. In the example 
shown below the category field of the media session is "Entertainment". Other categories for television sessions include 
s for example, news, sport, movies, documentary, science, drama etc. Appropriate categories for other real time media 
sessions are also envisaged. These sessions Include radio sessions, live or archived music sessions and networked 
gamo sessions, for example. A category fieJd may be added as a so called "attributo* extension field to session an- 
nouncements constructed in accordance with SDR 

[0033] The base module 21 0 may also include a description or abstract, contact information about the organiser and 
10 a WWW or an intranet URL pointing lo a web site containing further information. The base module 21 0 contains Infor- 
mation necessary for the user to decide If they are interested in participating in the session. The media module 220 
contains announcement data relating to a video stream of the session. The media module 220 contains the technical 
information necessary for the user terminal to receive the associated media stream. In particular, connection, timing 
and media format details are provided. The connection field of the media modulo contains the group IP multicast 
is address and port number from which the media stream can be received, or alternatively, the IP address of the media 
source if the media stream is unicast. 

[0034] An example of a session description 200 generated for a television media session is shown below: 



type=(base) 

id=(320) 

25 info=(title«"live multicast television session") 



souice=(name="A. Sender" email=asender@tx.com) 
30 media^videoKclicnt^odbitsO. 16)) 

time=(Iength-50m repeat=continuous) 

category^^Entenaiajneni") 
35 option s=(noTie) 

modules={m=320) 

) 

40 t ' 

0 

type=(media) 
id=(320 3t0) 

media=(video^client=odbiteO. 1 6)) 

45 

connection=(229. 1 . 1 .2/7000) 

time^length^Om) 

) 

50 

[0035] The base module 210 has a unique Identifier (id field) used in the generation of links between two modules 
during the processing of the session description. The module field of the base module 210 lists the type and unique 
identifier of the media module 220 linked to the base module 210. The second identifier in the id field of the media 
module 220 is the unique identifier belonging to the base module 21 0 linking the media module back to the base module 
55 21 0. By extension, these two-way links permit a module tree to be traversed from a base module downwards or from 
a media module upwards. 

[0036] In the system architecture of Figure 1 , the Internet access servers 11 0 are each configured to listen to the 
dedicated group address and cache session announcements announced to that address. In an alternative arrangement 
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a dedicated proxy server could be used for this purpose, to free local system resources for instance. In this way remote 
procedural calls could be used to periodically download the cached announcements from the proxy server to one or 
more access servers 110. 

[0037] Referring now to Figure 3, each server 1 1 0 comprises a cache 300 for caching session announcements trans- 
5 mrtted to the dedicated group address, a SAP parser 305 for parsing cached session announcements and a session 
description parser 310 for parsing session descriptions contained within the session announcements. The session 
description parser 310 is configured to identify appropriate parameters in the session description 200 for database 
classification and indexing purposes. Once parsed the session descriptions are stored in the session description da- 
tabase 1 25. The server 11 0 is further provided with a first database interface 31 5 for accessfng the session description 
io database and a second database Interface 320 for accessing user specific data in the database 130. 

[0038] In one arrangement the data contained in the session specific database 125 comprises data entries for at 
least all the fields shown in the example modular session description 200 previously described. For Instance, the 
database 125 comprises an entry for the Id field, Information field, source field, category field etc, of the base module 
and an entry for the id field, media field, and connection field of the media module. The database 125 is configured to 
is recognize each media session announcements as belonging to a particular media session category as defined in the 
category field of respective session announcement. In this respect a plurality of category names are defined so that 
each media session announcement contains an entry in its respective category field that is identifiable by the database 
125 according to a standard list of category entries stored In the database 125. 

[0039] When a session announcement containing a session description Is received over the communications network 
20 it js first cached by the cache 300. The Cache 300 stores the session announcement in its pre-processed form, that 
Is to say as a plurality of cached SAP IP packets. The announcement is then processed first by the SAP parser 305 
to determine the session description contained in the session announcement and then by the session description 
parser 31 0 to determine the contents of the session description, that is to say to identify the data entries in each of the 
respective fields of the session description. In particular the session description parser 310 identifies which respective 
25 category the session description belongs to according the respective category field data entry that is contained in the 
session description. The parsed session description data Is then stored in the database 125 where it is classified 
according to Its respective category field for subsequent retrieval. 

[0040] Database 130 stores user specific or user profile data relating to the real time media preferences of each 
respective user registered wrth the database. These preferences comprise timing preferences, content or category 
30 preferences, media channel or session provider preferences, for example. In this respect a user profile may include a 
pre-determlned preference for each data field contained in the session description. 

[0041 J The access server 110 also includes a first communications Interface 320 for communicating with the user 
terminals connecting or connected to it. In the arrangement shown the communications interface 325 provides an IP 
connection to ihe user terminals for the transfer of HTML or XML request and response messages using the hypertext 
35 transfer protocol (HTTP). A second communication interface 330 is provided for receiving multicast IP packets from 
the associated router 115. 

[0042] An example of a front-end graphical user interface 400 for the user terminals 1 00 is shown in Figure 4. The 
user interface allows users to interact with the local Internet access servers 110 for receiving real time multicast media 
streams and accessing the database 130. The user interface is divided into five main area blocks. 

40 [0043] The first block 405, to the right of the drawing In Figure 4, comprises a main menu including four buttons 
which relate to four different streamed media channel types. A first button 410 Is labeled TV* and Is used to access 
media session listings for one or more television channels, a second button 415 is labeled 'Radio 11 and Is used to 
access session listings for one or more radio channels, a third button 420 is labeled "Music" and is used to access 
media session listings for live and archived music channels and a fourth button 425 is labeled "Games* which is used 

45 to access live networked game media session listings. A user selects one of the four media channel types to be dis- 
played by positioning a mouse cursor over the appropriate button and executing a mouse click or other suitable com- 
mand.O 

[0044] lr> the drawing of Figure 4 the TV button 410 has been selected and the listings for various television channels 
are displayed in a second block 430 which comprises the central lower portion of the Interface shown in Figure 4. In 

50 the drawing partial listings for three television channels "BBC News 24", "BBC One" and "BBC Two" are shown side 
by side in respective adjacent sub-blocks 435, 440 and 445 within the listing block 430. These three channels are 
displayod in tho foroground in block 430. The listings for two other channels "Channel 4" and "Channel 5" are shown 
in the background and may be moved to the foreground for display by user selection of an appropriately labeled tab 
475 by mouse click or otherwise. The listings are displayed in chronological order and scroll bars 450 are provided on 

55 the right hand side of the sub-blocks to enable users to scroll the display up and down using mouse or keyboard 
commands to navigate channel listings for an entire day. As shown, the sub blocks 435, 440 and 440 comprises a first 
column 455 that indicates the time of transmission of the media session and a second column 460 that indicates the 
title of the media session. 
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[0045] A third block 465 Is positioned above the listing block 430 In the drawing and comprises seven buttons 470, 
one for each day of the week. Selection of one of these buttons by mouse click or other like command displays the 
corresponding day's listings for the current foreground channels in the listing block 430. 

[0046] An important feature of the user interface 400 is that it allows users to display listings for all channels of a 
5 specific type, for example television or radio, or only a pre-determlned set of user selected channels. Similarly, the 
user Interface allows users to display listings for ail categories of media session, such as news or entertainment, or 
only a pre-determined set of user selected categories. 

[0047] A fourth block 480 is positioned towards the top of the drawing and comprises three buttons 482, 484 and 
486. The first button 482 is labeled "All channels" and Its selection by mouse click or like command causes the listings 

10 of all channels from a list of channels to be displayed. In the interface shown in Figure 4 only the first three channels 
are actually displayed in the foreground, the remainder are accessible from the background by clicking on background 
tabs like tab 475 as previously described. The second button 484 is labeled "Your channels" and its selection causes 
the listing of only a pre-determined set of user selected channels to be displayed. The third button 486 Is labeled 
"Change your channels" and Its selection allows a user to change their selected channels. The function of button 486 

1$ will be described in greater in the description relating to Figure 5 later in the specification. 

[0048] The fifth block 490 is positioned to the left of the drawing and comprises three buttons 492, 494 and 496. The 
first button 492 is labeled "All categories" and its selection by mouse click or like command causes the listings of all 
categories of media session from a list of categories to be displayed. The second button 494 is labeled "Your categories" 
and its selection causes the listing of only a pre-determlned set of user selected media session categories to be dis- 

20 played. The third button 496 is labeled "Change your categories" and its selection allows a user to change their selected 
categories. The function of button 496 like 486 will be described in greater detail in the description relating to Figure 
5 which follows. 

[0049] Referring to Figure 5, when a user selects the option "Change your categories" by clicking on button 496 a 
window 500 Is displayed on the user terminal. The window 500 comprises two category boxes 505 and 510 which are 

25 position side by side in spaced relation. Both boxes contain a list ot categories which together define a complete list 
of categories for the available media sessions. The boxes are both provided with scroll bars 515 which allow up and 
down scrolling of the text In the respective boxes by the user. Box 505 which is on the left of the drawing contains Ihe 
media session categories that are not of Interest to the user and box 510 which is on the right contains those categories 
that are of interest to the user. Two buttons 520 and 525 are provided for moving categories between the two boxes. 

30 The first button 520 allows a user to add a selected category from box 505 to box 510 and the second button 525 
allows a selected category to be removed from box 51 Oto box 505. Categories are moved between boxes by the user 
selecting the category that is to be moved, by mouse click or otherwise, and then selecting the appropriate button. 
When all the changes have been made they are saved by the user selecting button 530 by mouse click or other like 
command. 

35 [0050] When a user selects the option Xhange your channels* by clicking on button 486 a similar window (not shown) 
to window 500 is displayed on the user terminal. The window is the same as window 500 except that it lists channels 
instead of categories and allows changes to be made to "Your channels" Instead of "Your categories". These category 
and media channel preferences are stored as part of a userprolile for each user in the database 130. These records 
are updated each time a user changes their respective preferences at a user terminal. 

40 [0051] Referring now to the flowchart of Figure 6. A user wishing to access media session announcements held In 
the database 125 is required to Input an allocated unique personal identification code and password at a user terminal 
in step 600. In step 605 a communications link is established between the user terminal and a respective Internet 
access server. The user identification code and password are verified by the access server in step 61 0 and if verification 
is confirmed the user terminal is granted access to the database system 120 under control of the server in step 615. 

45 The user is then prompted to send a request to the server from the terminal in step 620 to display cached session 
announcements according to the user's pre-defined selections for one of the four media stream channel types. If a 
request is sent the server accesses the database 1 30 and retrieves the user profile or user specific data forthe identified 
user in step 625. The access server then accesses the session announcement database 125 in step 630 and retrieves 
the session specific data for each session that matches the user profile for the requested channel type. The data is 

50 then sent as a response to the user terminal for manipulation and display by the user Interface. 

[0052J The user may request more information about a particular session by clicking on the title of the session In the 
listing block 430. This command is recognised by the user terminal and a further request is sent to the access server 
for further information contained In the relevant session description, for instance an abstract or press review. If further 
information is available this is sent to the user terminal for display by the user Interface. If the media session is being 

S5 transmitted or is about to be transmitted the user can elect to join the session to receive the media stream by clicking 
a join now button (not shown) presented on the user interface. If the user elects to join a session a network HTTP 
connection is made to the media steam server identified in the connection field of the respective session description. 
The connection provides a link between the user terminal and the media stream server for the transfer of HTML or 
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XML structured data requests. Media stream data is transferred to the user terminal using Real Time Protocol (RTP) 
over UDP, for instance. 

[0053] The user may send a request to view the cached session descriptions of a different media channel type, for 
instance radio instead or television, by clicking the appropriate button in the main menu block. HTML or XML requests 
5 are sent to the access server.by the user terminal to view the relevant session descriptions. 

[0054] Although the present invention has been described with specific reference lo the Internet and multicast It will 
be apparent that the described methods are applicable to other communication transport mechanisms, in particular 
communications networks that are configured to transport multicast packets over non-multicast uni-cast tunnels. 

10 

Claims 

1 . A method of accessing media session data In a database system in response to Instructions from a userterminal, 
said method comprising the steps of:- 

15 

establishing a communication channel between a userterminal and a database system, said database system 
comprising session specific data relating to respective media sessions available over a communications net- 
work; 

determining the identity of the user; 
20 retrieving user specific data for that user; 

selecting from said media sessions, in accordance with said user specific data, at least one media session 
relevant to the user; 

returning session specific data identifying the relevant media session or sessions to the userterminal. 

25 2. A method according to claim 1 wherein the step of selecting at least one media session comprises the step of 

comparing said session specific data with said user specific data and selecting at least one relevant media session 
according to said comparison. 

3. A method according to claim 1 or claim 2 wherein said user specific data identifies at least one media session 
30 category selected by the user. 

4. A method according to claim 3 wherein said session specific data comprises user oriented data including at 
least one media session category. 

35 5. A method according to claim 4 wherein said step of selecting at least one relevant media session comprises 

the step of comparing said session specific data and said user specific category data and selecting one or more 
sessions according to the comparison. 

6. A method according to any preceding claim wherein a user interface environment is configured in response to 
40 user oriented session specific data being returned from the database to the terminal. 

7. A method according to any preceding claim wherein said session specific data ts transmitted to the database 
over the communications network. 

45 9. A method according to any preceding claim further comprising the step of supplying data identifying a request 

for relevant session specific data from the userterminal to the database system. 

10. A method according to claim 9 wherein said request conforms to a structured data format. 

so 11 . A method according to claim 10 wherein said structured data format conforms to HTML or XML. 

12. A method according to any preceding claim further comprising the step of selecting in accordance with said 
session specific data returned to the terminal at least one media session to be received. 

55 13. A system tor accessing media session data in a database in response to instructions from a user terminal, 

said system comprising: - 

communication means for establishing a communication channel between a user terminal and a database, 
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said database comprising session specific data relating to respective media sessions available over a com- 
munications network; 

determining means for determining the identity of the user; 
means for retrieving user specific data for that user; 
5 selecting means for selecting from said media sessions, in accordance with said user specific data, at least 

one media session relevant to the user; 

means for returning session specific data identifying the relevant media session or sessions to the user ter- 
minal. 
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Figure 2 
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